home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / dos_win / winsock / maillist / 94-03.Z / 94-03 / text0305.txt < prev    next >
Encoding:
Text File  |  1994-03-30  |  4.2 KB  |  90 lines
  1. In article <2mnrge$4s0@edwin.bga.com>, reaper@bga.com (Keath Milligan) says:
  2. >
  3. >
  4. >I managed to locate the LAN Workplace / Workgroup patches LWP168.EXE and
  5. >LWP41N.EXE on ftp.novell.com (under somethihhing like epub/netwire/novlib).
  6. >
  7. >I've downloaded these files and followed the installation instructions and
  8. >guess what?  Nothing happened.  Lan WorkPalce still operates fine, but
  9. >Winsock apps are still dead in the water.
  10. You need to use 168 without the 41N patches.  You will then have
  11. a working WinSock (assuming you started with LWP 40 or 41).
  12. Since you can't use the 41N patches, you will be unable to handle
  13. large TCP/IP packets.  This shows up primarily when FTPing to a DEC
  14. alpha, but other OS's are starting to use large (>4K) packets also.
  15.  
  16. If your problem is specific to WWW browsers (Mosaic or Cello) increase
  17. the sockets (UDP in particular) in your PROTOCOL TCP section to at 
  18. least 8.  With this setup I've got both Mosaic and Cello working.  I'm
  19. less successful with LAN WorkGroup, but even here Mosaic should get 
  20. it's home page.  You may want to try something simpler than WWW to test
  21. WinSock.
  22. From news@bigblue.oit.unc.edu Wed Mar 23 16:31:49 1994
  23. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  24.           id AA18421; Wed, 23 Mar 1994 16:31:49 -0500
  25. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  26.           id AA14625; Wed, 23 Mar 1994 16:06:04 -0500
  27. Received: from GATEWAY by bigblue with netnews
  28.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  29. To: winsock@sunsite.unc.edu
  30. Date: Wed, 23 Mar 1994 14:01:21
  31. From: GREG_KAISEN@quickmail.cis.yale.edu (Greg Kaisen)
  32. Message-Id: <GREG_KAISEN.13.000E062C@QM.YALE.EDU>
  33. Organization: Yale University
  34. Sender: ses
  35. References: <Cn4Ju5.G64@acsu.buffalo.edu>
  36. Subject: Re: ODI, NW 3.12, packet drivers ??
  37.  
  38. John,
  39.  
  40. I have exactly the same setup, and exactly the same problem.  Touble is, I've 
  41. seen this work on some machines, I can't for the life of me figure out why it 
  42. won't work on my machine.  Would appreciate an exchange of troubleshooting 
  43. hints.
  44.  
  45. ----Sorry Winsock list, my mailer does not allow direct replies--------------
  46.  
  47.  
  48. In article <Cn4Ju5.G64@acsu.buffalo.edu> jschwei@ubvms.cc.buffalo.edu (John E. 
  49. Schweigel) writes:>From: jschwei@ubvms.cc.buffalo.edu (John E. Schweigel)
  50. >Subject: ODI, NW 3.12, packet drivers ??
  51. >Date: Wed, 23 Mar 1994 15:46:00 GMT
  52.  
  53. >We are using Novell 3.1x on our network.
  54. >We are looking into the possibility of switching from using 
  55. >packet drivers to ODI.  We used the Novell 3.12 DOS workstation 
  56. >install to effect the change.  This put us to using the NW4
  57. >drivers and the VLM setup.  All went great once we deduced 
  58. >where everything was supposed to go with a shared network 
  59. >windows setup.  All did not go well when we tried to use our 
  60. >tcp services - Hgopher, qvt, WinTrump, Mosaic.  We put the 
  61. >ODIPKT (2.1) shim in the 'startnet.bat' after the mlid 
  62. >(3c503.com) with the vector of 126(7e), we ran the Trumpet 
  63. >Winsock (A18) which seemed to see the shim, and then ran 
  64. >Windows and the tcp apps.  Tried the latter actually - no 
  65. >matter what changes in configuration I made, the gethostbyname 
  66. >was never able to be resolved; in other words, the app was 
  67. >never able to figure out what 'gopher.nih.gov' or the http
  68. >was or find the news server on campus.  They either never
  69. >found or couldn't talk to the name servers.  These are apps 
  70. >that run fine in a straight packet install and we would like 
  71. >to formally keep them, IF we can get them to function in the 
  72. >ODI/NW4/VLM scheme of things.
  73.  
  74. >Are the tcp apps, above, packet driver specific?  My 
  75. >understanding was that the Winsock approach insulated us from
  76. >the lower levels.  Apps talk to winsock; winsock talks tcp.
  77. >Is there a way with the NW4/VLM approach 
  78. >to specify the Link Support parameters like 'Buffers 6 1600'
  79. >that Dan Lanciana mentions in the ODIPKT docs.  Do you just 
  80. >stuff them into the net.cfg?  Is there an
  81. >'ODI Winsock' that will work?
  82.  
  83. >BOTTOM LINE - can the tcp apps I mentioned work with ODI, 
  84. >                NW4/VLM?????????  
  85.  
  86. >Jack Schweigel                          231 CFS, Buffalo NY 14214
  87. >SUNY Buffalo School of Medicine         Office of Medical Computing
  88. >jschweig@ubmedb.buffalo.edu             716-829-2928  (fax ...3395)
  89.  
  90.